home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
SPACE 2
/
SPACE - Library 2 - Volume 1.iso
/
apps
/
445
/
applic
/
compress.doc
< prev
next >
Wrap
Text File
|
1990-01-19
|
4KB
|
80 lines
This arc contains two programs
COM_MAKE.PRG
COM_VIEW.PRG
Com_make.prg is a DEGAS.PI1 low resolution picture compression program.
It allows you to load about 50% more pictures into your computer's
memory than is normally possible because it stores them in memory
in a compressed format.
The compression format is a lot like TINYSTUF but it compresses
better that Tiny. The main reason for this is Com_make works for only
low res and it does not store color cylcing info like Tiny does.
Notes about using COM_MAKE.PRG:
- You should boot your computer without any desk accessories or ramdisk
if you goal is to load as many pictures as possible.
- I have loaded as many as 41 pictures in my 1 meg ST and it use only about
680,000 of a reported 720,000 free bytes of memory.
680,000/41=16,585.XX per picture. Thats 1,313,312 of picture info
(32,000 of screen data + 32 of palet data) in 680,000 of memory.
This is NOT normally the case. Digitized pictures will average about
20,000 byte each.
- The amount of free memory reported is an estamate. There is no way to tell
how big a compress picture will be until it is done. So if you are
compressing a digitized animation you should follow these steps.
1) note the free memory reported by the program.
2) Choose the first picture in your animation and then choose CANCEL
to allow the program to compress just this one picture.
Choose NO when it ask's you if you want to delete the pictures
after they are loaded or else you will lose your first picture.
After compressing the picture the program will indicate the length
of the compressed picture. Now devide the free memory reported by
the length of the compress single picture and you will have
the likely maximum number of pictures that can fit in memory.
3) Another (uglier) way to load a maximum number of pictures is
to keep on chooseing filenames and keep looking at the top of the
screen to see what number picture you are loading until the program
bombs. Then start over again but stop before you get to the number
of the picture that cause the computer the bomb before.
The program will then compress as many of the picture that you
chose as it can fit in memory and will report this number after
compressing them.
Com_make.prg is very fast. It's compression routine is written in
assembly language. It will compress a picture in about 2 seconds
so the whole process takes about as long as it takes to load the
pictures. The main part of the program is written in compiled GFA.
Notes about using COM_VIEW.PRG
Not much to tell about this program. It simply loads and runs the files
made with Com_make.
Controls:
- press function keys 1-10 to choose the speed. 1/5 sec to 10 sec
- press the letter 'c' to make the display "bounce" between the first
and last picture. (Bounce??. ok ok just try it and you'll understand)
- press the letter 'f' to go back to normal display.
- press the Esc key to quit the program.
As stated above, the fastest display speed is about 1/5 sec per picture
(approximately). This is not as fast as it sounds. I think most
people will want to run digitized animation faster that this so uh uh
too bad. I have been programming in assembly for about 2 weeks so
as I get better I hope to speed it up. I have been programming with
GFA basic for about 2 years and it helped greatly in learning assembly.
Written with GFA basic 2 and DEVPAC st 2.
Mike Hughes.